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COMMUNICATIONS PROCESSOR FOR 
ELECTRIC POWER SUBSTATIONS 

TECHNICAL FIELD 
This invcotioa relates generally to protection systems for 
electric power lines, circuit breakers and transfooners, and 
more particularly coocems a communication processing 
apparatus which is to be used primarily at electric powex 
substations for integrating communication with and between 
the various protective devices and odier supporting devices 
located at a substation. 

BACKGROUND OF THE INVENTIGN 
Electric power systems genoally include high voltage 
(>€9KV) transtnlssion Unes firom a generating means, a 
number of subsutions, and a netwrat: of distribution 
(<69KV) and feeder lines for the delivery of electric power 
to the customers. An electric power system typically 
includes a number of iffotective relays, as wdl as other 
protection devices, which monitca: the opcnAtM of the 
power system and determine, among other Aings, when and 
where a fault occurs in the system. CSrcuit breaker dervices 
are in turn contrrtUed by Ac jwotecdve relays. 

Historically, protective relays were mechanical or electro- 
medianical (a large nnmber of such relays are still in use), 
while more recently, protective relays are typically 
microprocessor -based and are usually referred to as digital 
cr conqjutcr rdays. These computer relays typically recOTd 
a significant amount of information for die power lines 
associated with the substation, including voltages and cur- 
rents on the power lines, as well as compete "event" 
M atmatioQ relative to any abnonnal (fault) conditions. This 
information is stMcd in the memraies of the conqmter 
relays. 

The relays provide ouQxit signals, when j^ipropriate, 
whidi are used to control associated circuit fateakers oper- 
ating on the power lines. The information stared in sndi 
relays can be transmitted to a central facility and/or accessed 
locally via a printer tecminaL Conqrehensive system moni- 
toring is acconqdished by what is known generally as a 
SCADA system, which stands fc* Supervisory Control and 
Data Acquisition, and which is widely known and used. 

A development which resulted in some conununicatiott 
integration of the various protective relays and other sup- 
porting devices at a substation is known as a protective 
remote terminal unit (PKrU). The PKITJ indudes a modem 
for remote telq)hone communication, as well as contnd 
software for basic communication purposes, and is c^ble 
of handling iq>ut information from several different protec- 
tive relays. The PRTU indudes a single data buffering 
cap^nlity, as well as a local port for a tcnninal, printer or 
computer Another dcvdcpment, known as a di^lay tiaos- 
ducer adaptor (DTA), provides analog ou^t information 
frcm the digital information available bom microprocesso'- 
based protective rdays. This is he^fiil for integration of flie 
protective system with analog SCADA remote terminal 
units. Such a system is shown in U.S. PaL No. 5,160,926, 
which is assigned to the same assignee as the present 
invention. 

In anodier system integration approach, each protective 
relay or other intelligent electronic device (JED) in the 
protection system is connected to a c omm im i ca tio n network 
bus through a netwcxk interface module (NIM). Each NIM 
must be separately {xogrammed to retrieve, store and dis- 
tribute lED infonnation. A hmnan machine interface, such as 
a personal con^Kiter with a monitor, provides local control 
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and nwnitoring. The system can communicate with a 
SCADA system through a remote terminal unit at the 
substation. A modem may also be included, for communi- 
cation wlft remote network devices. 

Some of the prior communication Integration systems 
Included the o^jability of automatic scanning pctt-to-pcrt 
fat any data present at tot port daU buffers. Some systems 
could also rc^nd directly to a particular port upon an 
indication of a fault condition recognized by flie relay 
connected to that port. Some terminal units had additional 
data boffaing capability, enabling them to commnnicatr 
with a central ntonitarii^ (SCADA) system or a compute 
system through a conventional modem. In $<Mnc systems, Ihf 
data had to be reformatted to an ASCH format for use by x 
printer. Other devices, however, were completely transpar 
cnt to the data received firom their ports. 

The systems described above, while adueving somr 
communication integration at the substation level, were no' 
capaUe oi processing die infonnation received fiom A< 
ports, nor did fliose systems have a database capability 
These disadvantages signiftcanfly limited the capability of 
the communications systems. It was the applicants hereij 
who recognized the fiill cwnnHmication integration oppor 
tunities possiWe at the substation Icvd and developed ar 
a|^)aratus to take advantage of those opportunities. 
SUMMARY OF THE INVENTION 
Accordingly, the present invention is a communication 
processor apparatus for integrating communication betweci 
a pltrality rf electronic devices having data communicatid 
capability, such as protective relays, meters, termin? 
devices and a computer present at a given location in 
power system, such as a substation, or connected icmotd 
dtCTcto, the i^aratus including an electronic nrtwork sy 
■ tern having a plurality of peat positions to which ekctroni 
devices naay be connected, including at least «je po' 
position to which an i^yparatus for entry of control con 
mands may be connected and at least one port positio 
throu^ which data obtained from said dcctrcaiic device 
may be obtained; means for stcnng and retrieving da' 
obtained from the dectronic devices; means far processin 
data obtained from tiic dcctrtmic devices; and contni meai 
for controlling flje flow of data and control comman< 
between said ports. 

BRIEF DESCRIPTION OF THE DRAWINGS 
FK3. 1 is a Uock diagram showing a rqjresentati^ 
substation configuration, induding the conminnications pr 
cessv of the present Invention. 

FIG. 2 is a block diagram of the c<«nmunications procc 
SOT of the present invention. 

FIG. 3 is a high level s<rftware data flow and commas 
chart showing Ave flow of data and ftte flow <rf operatic 
coiriiol f(x the communications processor of the pros'- 
invention. 

FKJ. 4 is a listing showing the hierardiy of hitemipts 
the ctxnrounications processor. 

FIOS. 5A-5C arc software flow chart diagrams foi 
portion of ttie diait of FIG. 3. 

FIGS. <A-<B are software flow chart diagrams 
another portion <rf tiw chart of FIG. 3. 

BEST MODE FOR CARRYING OUT THE 
INVENTION 

FKJ. 1 shows a sinqilified power system substation C' 
figuration. The substation indudes a pair of incoming h 
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voltage power transinisxioa lines 10 and 12 connected to &e 
hig^ voltage side of a transfonner 14. Connected to the low 
voltage side of the tnmsfcHmer 14 are a plurality of distri- 
bution lines 1(, 17, 18 and 19. Each of the transmissioa lines 
and each of tiK distribution lines has a dreuft breaker (CB) 
system 15 — 15 associated therewitti. Coimcctcd to eadi cf 
the high voltage lines 1«, 12 are a pair of protective relays, 
for example relays 22 and 24 for id^ vdHage line It, vMIc 
connected to each of the distzibntion lines is one ptdective 
relay, f «- example rday 26 for dlstdbutioa line 16. Relays 28 
and 3* are connected, respectively, to the high voltage and 
low v<dtage sides of tFancfonner 14. The relay conflgurattoo 
shown in PIG. 1 is a typical arrangement for a power 
substatioa. 

Each of the protective relays shown in FIG. 1 includes i 
partictdar combination of jxotective dements (for exaa^le, 
ground and distance elexoents) which provide the desired 
protection for the particular power line associated with the 
relay. Hence, the relays on tiie distribntioii lines win have a 
different combination of protective etements tiian wiU the 
relays for Aie high voltage lines and die relays on flie two 
sides of transformer 14. 

All cf these relays are connected, respectively, to an input 
poet of the communications processor of the present 
inventioa, referred to generally at 34. Conmiunications 
processes 34. besides having a number of ports for conneo- 
tion to protective relays, refened to as XED (Sitelllgeiit 
Electronic Device) posts, will also typically indode at least 
one port for a local printer 3<, and a port to receive a 
modulated or demodulated IRIG(B) time code from an 
external source, shown generally at 38. AddMooal ports for 
a remote terminal unit 49. a local user terminal such as a 
computer 42, and a modem connection for use with an 
external telephone line 44 arc refened to herdm as master 
parts. 

In the embodiment shown, Aere are 16 tear paad ports 
and one front pane! port for a local terminaL reflect to 
telephone line 44. the communications processor 34 can 
either include an internal noodem, or a modem extenud to the 
processor can be used. Typically, processor 34 will have a 
large number of potts (1*-12 in the embodiment shown) 
capable communicating with lEDs such as protective 
relays or meters, a relatively small number of "master ptHts" 
to which are connected devices such as ccrapitas and 
remote terminal units for tlie entry of commands and/or the 
output of data, and a smaQ number, typically one, of ports 
adapted to connect with a printer. It should be understood, 
however, that eadi of the It rear ports can be an TED, master 
or printer port (the firoid pand port is a master pert). The 
ideatificatioa of particular ports as being lED, master or 
printer ports is for the convenience of the usee 

S should be understood that the number of ports in 
communications processor 34 and die particular arrange- 
ment of the ports relative to the devices coutected thereto 
can be changed witliin the q>irit<rf the present invention. Ihe 
present invention is thus not limited to the particular number 
of peats and/or airangemeBl shown in FIG. 1, which is for 
illustration only. FIG. 1 does illustrate, however, the basic 
integration aq>abi]ities of die commnnicatioBS processor of 
die present invention, induding the accessibility of data 
from eadi of die protective relays at a substation, contrd of 
connected relays and odier intelligent elecnonic devices, the 
provisioa oi synchronized time information from the IRIO 
(B) time code input, die aqMbility of communication with a 
remote mooitacing system dirough a modemAel^ihone line 
and/CT another similar communicatioos processor, the capa- 
bility of providing informatioa to a local pdater. and Ac 
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capability oi receiving input commands from a local or 
remote terminaL Commands can be provided dther at die 
substation through a local terminal <x cc«iq>uter 42, &om a 
remote terminal unit 40, or over the telq)bonc lines. 

It should also be understood that communications pro- 
cessor 34 can operate dther as a stand-alone device at a 
particular substation, or can be put of a more compiciien- 
sive monitoring system. Le. a SCADA system. Two or more 
c ommmi i c a H ons processors can also be connected together, 
Le. cascaded, to provide increased integration at one or more 
substations. 

FKl. 2 shows a basic block diagram of the communica- 
tioDS processor 34. Communications processor 34 indudes 
a microprocessor 50. The microfmceasor used in the 
einbodimait shown is a Motorola 68332, but other compa- 
rable microprocessors can be used. As will be discussed 
bdow, microprocessor 50 has a nunOier of processing and 
control functioiu, induding an ii^ tunHltng functkin or 
routine and a message uncrating function or routine for 
each port, as well as the execution of program instructions 
stared in memory which cany out ttie overall flow and 
organization al die data. These instructions are stcaed in 
ROM memory 52. A high Icvd software flow chart for data 
control and data flow is shown in FIG. 3, whidi will be 
explained in more detail bdow. 

The microprocesior also includes a number of configu- 
ration jun^xn, whicfa are shown collectivdy at 54, which 
are re^onsible for establishing certain initialization 
condidons, such as front pand port conmunicatlons param- 
eters. The microprocessor 50 also has the ct^kability 
providing an ind^ndent alarm ou^ut upon recognition of 
an alarm condition, by means of alarm unit 56. Alarm 56 
indudes a light-emitting diode (LED) visual indicatoc 

Microprocessor 50 is in communication with remote 
tenmnal units or other systems via a standard tdephone line 
and a modem58. As indicated ^love, modem 58 may either 
be internal to the communications processor itself or exter- 
nal thereto. Communications jKocessor 34 also has. as 
indicated above, a time synchronization capability. Conmu- 
nications processor 34 accepts dther a modulated or 
demodulated IRIG-B signal through a rear pand oonnectoc 
If die signal is modulated, it is demodulated at 61. An 
intenal jtnqier 60 identifies whether the incoming time 
signal is modulated or demodulated. The IRIG-B signal is an 
intexnationalty known, well-recc^nized lime code signal for 
estabiisUng time synchronization. 

If diere is no external IRIG-B signal available, an internal 
dods/calendar 62, whidi is powered by a battery 64 when 
the ommnnications iaxx«8sor is not connected to an exter- 
nal power source, provides a time signal wiiich can be used 
for time syndironizadon of die various port-connected 
devices. Typically, ifitemal dock 62 is accurate to widiin one 
minute per year, with battery 64 having an expected life of 
10 years. The IRIG time signal (or the internal doc^ time 
signal) is i^ed to a buffer 63, and dien distributed to all 
of the pott-connected devices. The communications proces- 
sor 34 of die present invention is capable of both data 
communication and IRIG-B time code transmission over a 
single cable. 

The microprocessor 50 is in data c(»mDunication with the 
various port devices through a plurality of EIA-232 (RS- 
232) serial ports, as indicated above, shown as a group at 70. 
In the embodiment shown, there are a total 17 ports, 16 
rear pand ports and one front panel port The front pand 
portistypically for alocal terminal unit of some land (at die 
substadon). Associated widi each port is a levd shifter 72, 
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which adjusts the voltage level between tfie TTL voltage 
level used in the micToprocessor, wfaidi is typically 1-5 
volts, and the ±12 volt levels ^>propiiate for EIA-232 jpcats. 

Intermediate of level shifters 72 and ttie ndcroprocessor 
50 are four quad universal asyochtonous receiver transmitter 
devices (QUARTS). The QUARTS cadi service four pots, 
for a total of 16 poets, while the front panel port in die 
anbodiraeat shown is serviced by a serial cfanmnnications 
interface 59 in the ndcit^icocesjor 50. QUARTS are weU 
known, conmierciaQy available devices, and may be por- 
dused frran various manufacturers, such as Signetics, Lie. 
Hardware commnni cation thus extends between ndcropro- 
cessor 5#, a QUARTS 74, a level shifter 72 and an EIA-232 
serial pert 7%, supported by ROM memory 52 and other 
nxanory discussed below. 

Communications processor 34 in ftie embodSnaeat shown 
also indudes transmit and receive activity LEDs for eadi 
port 79, shown generally at 7C. The UBDs are located oo tbe 
front pand of the processor. Thus, an operator can tdl 
whether data is being received from or transmitted to each 
device coimected to the various potts. 

The data recdved from the various devices, such as meter 
|data, summary event repotts, target data and status ditfa, is 
'^ temporarily stored (buffer storage) in random access 
= UNsmory (RAM) 78. This includes both local buffer storage 
^for the data recdved it the individoal potts and storage of 
& processed data. For long-tenn storage, such as for saving 
I entire event rq>otts, '^ash" memory M is used, wfaidi is 
; also a RAM. Flash memory M is KHi-voIatile, so ttiat it is 
°^ not lost in the event of loss of power. 

The dcctronically erasable, {Hrogrammable, read-only 
memory (EEPROM) 82 is used in the embodiment shown to 
store 'mloos setting commands (settings) provided to die 
: apparatus through a master port, including user-defined 
"^commands and the command logic to inclement than. 
^ Accordingly, an operator need only provide relatively 
simfde, short commands to produce various rq>etitive or 
special operations by the processor lii tttc embodiment 
sbown, a first groq> of command settings (for eadi pert) 
^ indudes port configoration and commumcati<ns pataneters; 
^ a second group of cnnmand settings indudes boffer storage 
control, automatic message triggers, data processing 
(parsing) for Ifaat port, message contrd for flash memory, 
and user message storage. A third group <ji ctxnmand 
settinp includes global parameters for &e entire instrument, 
intennediate logic variaMes and input settings for (he output 
contacts described below. Afonrth group <tf OHnmuds is for 
the user-defined message strings or can be used to supple- 
ment or disaUe d»e normal communications processor comr 
mand set In the embcxfimeot shown, each port has tfie 
capability of recognizing up to eight user-defined 
commands, although diis can be varied. 

Hence, die ctanmunicaticxis processor 34 of the present 
invention is diaracterized by sophisticated comnumication 
processing functions, and by c<xnprdiensive data storage, 
providing a substantial database oqpability within the appa- 
ratus. The commanicatiotts processor 34 also has the capa- 
bility of recdvlog inputs from flie various protective relays 
directly tfarough contact inputs 96. These ii^Mts could 
include alarm contacts from those relays or relay faHnre 
conUds. The inputs could ako inchide contacts from other 
monitoring apparatus not having a data comronnicatioiis 
capability or other power apparatus having auxiliary con- 
tacts. An interface bus 88 connects diese contact ii^^wts wi& 
the microprocessor 5*. The commimirations processor 34 
has contact oatpais 99 as well, which are used to cu^ a 
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trip signal, for instance, to a circuit breaker ca: similar device. 
In the embodiment shown, tiiere are 16 contact inputs and 
four c(nitact outputs. Lastly, FIG. 2 also shows a power 
supply 92, wbidi provides the various levds of power 
needed for operation of commnnications processor 34. 

In operation, communications processor 34 of the present 
invention has a capability of commnnicating with the vari- 
ous port devices thorough an ASCII communication fcxmat. 
The potts can be individually confignred to tbe paiticalar 
communication parameters of the coamected device tfaroogh 
the setting commands, ladoding baud rate, number of data 
bits, stop Uts, paiify dieck, port time-oat time and on-off 
control. This can be done on an automatic ccHifiguration 
basts, tiirougb pr&^xogrammed instructions, if tlie commu- 
nicatioits processor 34 knows the required configuratitHi for 
a pattktdar device. CkHnmunication with die potts can also 
be formatted so that the processor, on a port-by-port basis, 
nuy be transparent to tbe inftxmation from lEDs, Le. binary 
information from EEDs can be directly outpotted to a local 
terminal or to a remote location via a modeoL Rsdier, 
processor 34 has the capabiUty, as indicated above, of 
syndironizing all of fte devices conneded to its various 
pests to a given date and time, ddier via an external IRIG(B) 
signal wfaicfa is transmitted to die various pots along widi 
the data^message communicatioa, or by an internally gen- 
erated time signaL Communication with die various port- 
connected devices is dws quite fiexiUe and ctrnvenicnt. The 
stractuze and pxxx:essing c^MbHiQr of die apparatus is 
a^>able of supporting simultaneous c(Hnmiinicatt(Mi with aU 
die port-connected devices, widi multqjle users. Hence, 
communications processn- 34 is a multi-task, molti-user 
i^jparatus. 

FIG. 3 is a level software design flow chart foe die 
processor iqpparatns of the present iAventic«. It is tbe basic 
design document by which a skilled programmer can pro- 
duce the specific code to cany out the communicadoBS 
processing and control functions of the psesent invention. 
FIGS. 5A-5C and 6A-6B show software flow chart infor- 
mation for particular pordons of FK}. 3. The drcles in FIG. 
3 indicate specific progr am routines, each of wUdi will be 
described in some detail bdow, while the solid, dosdy 
paaSd lines rqvesent data storage. Tbe solid connecting 
lines represent data flow paths, while the dotted connecting 
lines iqvesent command contrd paths. 

Eadi of die 17 potts in die embodiment shown has a basic 
processing routine associated therewidi, referred to as a port 
task or routine. FIG. 3 shows the various routines and daU 
storage for two ports. This is rqiresentative, both in a global 
sense and in an individual port sense, of die software 
operation and control for aU 17 individual pcnts and tbe 
apparatus as a wbde. FIO. 3 may thus be easily expanded to 
cover all 17 potts. 

FIG. 3shows a port task or routine !•# associated widi a 
first port, and a port task cr routine 102 wbidi Is associated 
with a second port P<st task IM is responsible for the 
processing and contrdl functions associated with the trans- 
missioa of data between tbe pcxt associated with the port 
task and the device connected thereto. As indicated above, 
the communicadons processor of the present invention has 
17 total ports, 16 of wfaicfa are serviced by four QUARTS. 
Eadi QUART generates interrupts to ttie microprocessor 5* 
for ommunication with eadi of tbe four port devices 
connected to tbe QUAPT. 

The QUART generates separate interrupts for input com- 
munication from die devices and output commanicati<xi to 
die devices. Microprocessor 59 services the Intctmpts by 
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executiiig an Intemipt S«vice Routine (BR). As an exanude 
for oati particular port, ISR 1*4 bandies Hm Input ccmmn- 
nications for that one port serviced by a QUART, wbflc BR 
138 handles the output ccHnmunications for the same poft 
Similar BRs handle iiq)nt/oa^t communicalions for flie 
remaining three ports for the QUART. The data received by 
input ISR 1*4 can either be in the ASCH foonat. sncb as an 
input command fi^ a tendnal or modem, or in binaiy 
fonnat, sudi as from a protective relay JED. The BR input 
routine reads the characters one by one as 4ey come in, 
re^ndlng to a sequence of internets from fiie QUART. 
The data is placed either in an ASCH buffer IM or a Unary 
buffer as appropriate. A message chedcer routine lit 
diecks the data as it comes in to detennine tfie end of the 
data stream or message. 

At tUs point, the poet task IM, whidi is In data conmui- 
nication with buffers IM and IM, and receives control 
infoonaiion from the message diecker takes over. 
an incomiag message from an lED port, wfaidi may be 
unsolicited or in response to a periodic or ^>ccial message 
request esUbUshed by the command settings, task IM wDl 
process the message by parsing (processing) it in accordance 
with various pre-established rules established by the comr 
mand settings . and then storing it in a buffer in Ram 'iM a ba tf 
112, OT if it is an event rqxxt, in long-term flash memofy 

The port ask is in operation re^Kmsive via command 
flow lines to settings which as discussed above have been 
pre-established in EEKIOM or to usar-defined commands, 
which are recognized as standing for a particular sequence 
oi operations wUdi are carried out by tiie i«x»ssor in 
accccdance with instructions in EEPROM 117. Settings can 
be estaUisbed to carry out nq)etftlve functions. Sudi a 
setting will inchide an "issue condition", »*ich defines 
when a particttlariequest is to be carried out by a port task, 
e.g. every two seconds, while a "command conditioa" 
p<wtion 0* that setting establishes the particular request, eg. 
obtain meter data from the coiuMCtedlED or send a message 
to a master port In response to the occurrence of a defined 
issue condition for an lED peat, a bit is set ina 'local target" 
«ef (141 in FIG. 3), which is recognized by the port task and 
wfaidi in turn makes the associated command condition 
request for data from the lED. The request for data proceeds 
throD^ transmit buffer 11» by operation of outpnt BR 138 
to the JED. When the requested data is frovided by thelED 
(usually wittiin a very short time), by operation of BR 194, 
the last part of the setting, which establidics the data parsing 
condition, is accon^lished by port task 1#*. 

Date and time iimctioDs for the appmtais are carcLed out 
by a clock-handling ISR 138. This BR is lespmisilde for 
dock maintenance, iqjdating die dodcfor the ifparatus, and 
correcting the dock for crystal error. If an external 
(modulated or demodulated) IRIG time code is present, 
dock handler 13» reads this particular time and ^Hcs it to 
date/time storage 132, which is accessible by both port task 
routine IM and aperiodic intonipt timer BR 118, which, 
among other things, runs flie command logic. The dock 
handling BR is also responsiUe for monitoring RAM stor- 
age for faUsres. 

FIG. 3 also shows a fast meter acqulsidon routine 134 
whidi is re^nsive to fast meter data from binaiy buffo' 
IW, after it has been recognized by message checker 11#. 
The fast meter data is raw voltage and cunent san^les whidi 
are obtained in binary form from the lEDs. The communi- 
cation processor 34 may calculate other quantitfes from flie 
data, indoding current and voltage phasor angles. The ftat 
meter data is then st<wed in database 112. 
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There is a hierarchy erf Interrupts in the processor between 
the various BRs. This is shown in FIG. 4. The highest 
priority is the dodc hawniag BR which in the embodiment 
Shown luns afiproximately every 1.0 milliseconds. Then 
there is Hie ftxmt pand port BR, flie various other port BRs 
and the periodic intennqk timer (PIT) BR, which runs every 
3.9 miUiseconds. The various inten^ta are initiated by the 
rece^ and transmission of diaracters. The first thing every 
mtenupt routine must do is to read an interrupt register in 
memoiy to teU which port is being intcnnpted and whether 
it is a transmit or recdve intemipt The appropriate BR then 
uses either the receive or transmit BR routine to accon^lish 
the desired action. 

The function o{ the variotts port ISRs and the dock 
handling BR have been described above. The periodic 
intem^ timer (PIT) BR, as indicated above, nuts flie 
c«nmand logic present in the EEFROM which results in the 
madune insfracti«u associated wiQi particular Dscr-defincd 
ctHnmands, bat also handles many of Itie real time task 
schrdiilfng within the oonununications processor, n handles 
oo/off software procedures, referred to as XON/XOFF in the 
embodbnent shown, for the serial BRs, as well as inWuring 
action c( the t^jpropriate pert task when data is recdved at 
that port, as well as other monitoring functions. There is data 
flow between PIT BR 118 and local (port) targets (control 
tats) 141 which are set in memory, as well as global 
iappmHas) targets 143. A port task can also fcffcc an action 
from nr BR 118 via setting a trigger bit 144 in memory. 

The ifiparatus also indudes a diagnostic taskrootine 124, 
^cfa is a sdf-test routine monitoring the ROM, EEPROM 
and flash memories, as well as the power s(ip{^. This task 
sets status bits 12$ if failures occur. The Ram diagnostic test 
is handled within dodc handling BR 13«, as indicated 
above. The status bits are recognized by the port task (e.g. 
port task IM), whidi in turn sets an alarm counter 128 for 
a certain period ctf time or a flag associated flierewith. Alarm 
handler 132 causes an aUrm contact to be dosed for flic 
specific period of time or permanently, if the flag has been 
set 

The null task 139 is initiated upon power on of die 
apparatus. It is a routhie whidi initializes all of the othcr 
routinesAasks in flie appantas. 

As indicated above, operation of the processor is deter- 
mined fay command settings provided for each port, Indud- 
ing user-defined co mma nds which are carried out via the 
command logic in EEPROM. When the issue condition 
portion of a setting for a particular port device is recognized, 
a local tatget flag 141 is set, and port task routine IM issues 
a request for certain data estaidished by the command 
conditioa portion of the setting, by operation of ou^ BR 
138 to die lED connected to the port. The relay then sends 
back the requested data, usually very quiddy (within a few 
seconds or less). The received data characters are buffeted 
into die q^paratus tfcrou^ input BR IM, processed by flic 
port task routine, and dien stored tenqwrarily in RAM 
database 112. If die input is recognized as being fast meter 
binary data from those rdays capable of providing raw 
voltage and current data, that information is recognized by 
the message check routine II*, processed by the fast meter 
routine 134, and also stcxed in the RAM database. 

Itisin^Mrtanttoimderstandtiiateachportbas significant 
processing capabflity associated ttierewitfa, induding a port 
task routine, serial input and ou^t BRs, a message 
checker. ASCH and binary iiqiut buffers, a transmit buffer 
and a fast meter data acquisidcm task. The p<Ht task has a 
data communication ciypability with RAM, flash and 
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EEPROM memories and is rcqwnsive to flags set in the 
local and global target (control bit) areas in memocy. The 
poft task also has tbe cipabiUty trough setting a tdgger bit 
in trigger storage 144 to ovcocidc the nomua logic for a 
particular bit There are three buffers associj^ wife each 
serial port, as ASCII receive buffer, a binary receive buffer 
and a transmit buffer. These buffers are used to move data 
between the serial ISRs (both input and output) and thep<Kt 
taxks. 

Associated with each port is aport data structure in Ram 
memory. Within the port data structure are five data fields 
nscd for inter-process communication within the iqiparaius. 
There is an operation field Vbidi indicates the pending 
operations for the particular port task. TTietc is also a type 
field whidi indicates the type of device connected to fiie 
port, a mode field which indicates wbeOta fiie port is 
currentiiy in tranqiarent or direct mode, a requester field 
^vUcfa is used in some oonmHinication processes to furfl ^-n iy 
which otfier port task is requesting a paiticidar process of die 
port, and a request code Add vrtucb is used to define die 
nature of that request. 

Within each port structure in addition are flags and timers 
which are used by flie serial and Fir ISRs for conttolUng 
data communication. These indude, among others, XON 
and KGFP flags, initiate transmdssioa, transmission cotn- 
I^eted and ^ud-ot-mcssage H»g^. The input bofito arc also 
within the port data structure. 

Tbe data wbith has been $tfxed in fiie database 112 can 
eidier be viewed, wltb an aqjpropriate command, or sent oat 
any port or ports, either in response to a particular command 
or automatically, in response to user-defined oommands 
recognized by the port receiving the command. A m^ 
command can also be usedtoseefite otganizatioa of fliedata 
in ap<Mt database. Upon coBq>letiott (rfiiqnt handling by die 
input ISR for the port receiving the command, a bit is set 
Hie bit is recognized 1^ port task IM and die desired data 
is then retrieved £rom database 112. Hie data is formatted 
properly for Ifae device to which the data is to be transmitted 
and then directed tfaroogh the transmit ISR 138 to die 
selected local terminal or over a telephone line to a remote 
tenninal ^>paratus. 

The transmitted infcxmation, as briefly noted above, has 
been previously processed by ttie port task upon the rece^ 
diereof fitm a port device sadi as an lED. This process is 
referred to as parsing. The incfwiing data firam flic lEDs is 
parsed in accordance wifli certain rules. Parsing basically is 
designed to produce tbe smallest useful dement or byte size 
d the data. This reduces die oommnnication and processing 
burden for other devices fay permitting Ifacm to request and 
obtain only the q>ecific dau they need. Parsing can be 
acctxt^dished in a number of conventional ways, t»«rf»««ng 
saving of numbers only (ASCII int^er), saving of numbas 
plus any decimals (ASCII float), saving cf all numbers and 
diaractcrs in a diaracter stimg and a most significant/least 
si gn ifi ca n t byte arrangement Other types of parsing may be 
used as well. 

E>ata wiiicfa comes into the communicatiotts processor 
apparatus from an lED pest in refuse to a command or 
request message is referred to as a $<didled message. These 
messages can be parsed and stored, as indicated above, in 
database 112. Anoflia- type of message received firom tbe 
port devices is an onsclicited toessage, Le. data which is sent 
to its assodated port without a specific request These 
unscdicited messages indude camaaads ficm a local cr 
remote PC, as well as messages vtaA are sent autcauaticaUy 
by lED devices to report spedflc activity or conditions 
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recognized by a protective rday lED. These indude event 
report summaries, status reports and group setting switch 
repOTts which indicate a change in the group settings of a 
particular rday. Unsolidted wanmand messages can either 
be messages which the communications processor is spe- 
dfically iH-ogrammed to recognize, or user-defined com- 
mands which set control bits which are then used by the 
command logic to cany out the desired machine fiuctioDS. 

la addition to die above, diere arc odicr important pro- 
cesdng routines whtdi occur la the ;^paratus. Fbr instance, 
p-occsaing is initiated/termiiutfed by XON and XOFF cbv- 
acters. When such a character is received in as ii^rt ASCH 
data Stream at a paitictilar post, ft does not go into the ASCH 
bufiiat Listead, ft sets an jqjpropriate flag, vtiiidi is used to 
enable or disable the transmit ISR. Li tbe embodiment 
shown, if an input buffer, dAa binary or ASCII, exceeds 
75% of its capacity, an XOFF flag is set The transmit ISR 
reads diis flag and inserts an XOFF diaracter into its oo^ 
data stream. Snbsequentfy, when it is detected that the ii^ 
bufler has dropped bdow 25% c^iadty, an XON flag is set 
The transmit ISR reads this flag and inserts an XON du»- 
acter into its output daU stream. Once an XOFF flag has 
been recognized by as BR. die only valid character to be 
transmitted by the BR sobseqoently is an XON or XOFF 
diaractcr. Otiierwise noonal transmission is disabled. 

Ftaher, in the embodiment ^own, when a receive buffer 
(ASCn cr Wnaiy) exceeds 50% flin or altemativdy, no 
diaracters have been received for more than i^proximatety 
60 mLQi9ec<»ds, the associated port task, eg. port task 10#. 
is inid^ed by the periodic intcmipt timer BR. This is 
acconqdisfaed by setting a diaracter received bit in the 
operation field of the part's port structure. 

Typically, an lED will only transmit to its paiticolar port 
Howewr, wiien the port is in the transparent mode, it win 
transmit dau to a different port defined in die requester field 
in its own port daU stracture. To initiate such a message 
transmittal to die different port, the requesting part task 
writes die message infonnatioa to flie port stnKAire of the 
desired p«t and Ifacn sets the initiate-transmit flag for fiiat 
particular pott When fliis flag is detected, die ttansmit ISR 
for fliat portis enabled. When the transit BR detects die end 
of die desired data, it dien sets die transmit conqjlete bit, and 
the transmit oon^ete operation bit is dien set in die initi- 
ating port task's operations field in its own port data stnio- 
ture. 

Whenever a diaracter is received at a partiailar pert, flie 
periodic internqit timer BR resets a time-out timer assod- 
ated wifli diat port task. If die time ever does expire, die port 
task is reinitiated, by setting the pOTt time-out bit widiin file 
operatioBs fidd of fliat p«t's port structure. Perts in die 
tranqiarent mode dies use the time-out bit to initialc ttimi- 
aation of the tnuuparent mode, while master ports use it as 

As shown in FIG. 3 and mentioned above, individual port 
tasks are citable ot communicating with each odur. This is 
necessary for a number aS reasons, inchiding die accom- 
plishment ot die foUowing functions: port reset settings 
changes, transparent mode initiation, transpwent mode 
terminatioD, autoband operation and antoconfiguration 
operation. In a port reset (Ration, die port task requesting 
die change sets the port reset bit within the <^xrations Add 
Of the other port's port structure and sets the requester fidd. 
The recdving port task must reinitialize its configuration, ft 
is disabled as long as it is bdng reset When the reset is 
comtdete, die initiating part task is notified. 

When die settings for a particular port task are changed 
(so as to request a different issue condition or different data). 
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the procew must be controlled to prevent simultaneous 
duuges in other port taaks. Every afiFected poet task, 
however, must know about the dumge. The port task per- 
fnrmiitg thft rfiangiiig of the Settings initially sets aflagtotbe 
port task and the fast meter task for the affected port, so as 
to prevent those tasks fimn actively using the settings. Those 
flags are cleared once the settings changes arc accompli^ ed. 

As indicated above, the various ports in die comnmnica^ 
tion processor can operate either in a "tnuu^Mrcnt" mode or 
a normal mode. In a transparent mode, the data is moved 
tfarou^ tiie communications processor without any process- 
ing. The communicatioas processor is thus transparent to fiie 
data. A master port may initiate transparent mode conunu- 
nication bas«d oa a received command. Tbere is first a 
verification o€ the particular poet wUdi is to go into tfae 
tran^Mreot mode, and the request bit within the operations 
field of that port' sport structure is then set to the tzuspareat 
mode. If a requested port is able to go into transparent mode, 
it must also set a tran^Mrent mode initiate bit in die 
operations field of the master port's port structure. 

To terminate the transparent mode, the master port sets the 
tran^Mrent mode terminate bit within the operations field of 
the transparent port's poet stiucture and then s^ Out port's 
port event The slave port, iqwa recognizing this operation, 
set* the traa^Mreat mode terminate bit within die operations 
field of die requesting port's port structure, and clears the 
request field widiin its own port stracture. 

FK3S. 5 and t show the geoeraliiedflow <tf functions for 
die port task 199 and the Pn* ISR, consolidating in sin^iii- 
fied fonn the infocmatioa provided tbort. Tbe port task ic 
generally event driven. wbiLe the PIT BR runs evay 3.9 
miUiseconds as indicated above. 

The operation of the communications processor is illus- 
trated in the following exanple involving the coimection of 
a protective relay to one lED port Initially, die protective 
relay is connected to a selected lED bade panel port A 
tennioal or nn^ter is typically connected to the CronC 
pand port. The initial command settings from the front panel 
port terminal produce the proper formatting data for coto- 
munication widi the particular lED. In some cases, v^kb It 
is a particular known device, au(«xnatic configuration of die 
port is possible. Otherwise, die specific baud rate, daU bits, 
stop bit, eta parameten must be established wfili die con- 
nected device. A wide variety ot band rates (up to 38<400, 
depending upon p<xt configuration) may be accommodated. 
An XON and XOFF Tiandshake" is used to initiate and 
terminate communication. 

Following tiiis port configuration process, data commu- 
nicatioa invc^ving die sending and receiving of messages 
between a user, sudi as a terminal, computer or remote unit 
and the connected lED device can occuc Settings may also 
be established which request cettain daU from die connected 
lED at certain times. The obtaining of data can be done on 
an automadc. periodic basis or on a one-tfane basis. The 
parsing rules for die data processing are also estabUsbed. 
User-defined commands for the particular port are also 
established, to be used by the COTimand logic in the »pp»- 
ratus. Upon die occucrence in tinae of die issue condition 
(periodic, ^ledfic time, specific day, etc), a request for die 
daU specified in the command condition portion of die 
setting will be provided by die port task to the transmit 
buffer and dien through the output ISR for the desired port 
to the relay. 

The relay will respond in a short period of time, sudi as 
widi meter data, at die issue conditioo intervak. The daU 
comes in through the input ISR and, if it is fast meter data 
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(in binary code), will be applied to the binary bufier, and 
diea to the fast meter acquire task, firom vt^ere it is processed 
and then sent to die database. B the data is not fast meter 
data, then it is processed (parsed) by die port task and stored 
in the RAM database. If the data is an event report, or otbcr 
data requiring long-teim storage, it may be stored in flash 
memory. Data in die datahaaft is selected and retrieved from 
die database via die port task and provided through a 
selected port to either a local terminal <»r a remote tecminal 
on an aufaxnatic or ooe-tiine basis, whoe the data can be 
reviewed and analyzed, as desired. 

Accordingly, a power system multi-port communications 
processor has been descrBied which is oqudde of multi-task, 
multi-user communication* processing for a variety d intel- 
ligent dectraiic devices, sacfa as protective relays, thereby 
producing a sophisticated OMnmunicatioQ integration captk- 
Uli^ at a power ^stem substation. The communications 
pcocessor inckdes the ability to cooflguce die comnumica- 
tion parameters of each of the ports to match tliat of die 
selected device attached to it, as well as a database oqirtdlity 
fat storing data and a communications processing capability 
for processing the data. 

Although a prefened embodiment <^ the invention has 
been disdosed herein for illustradon, it should be under- 
stood diat various changes, modifications and substituticns 
may be incorporated in such embodiment witiiout di^nrting 
from the spirit of the invention, wfaicfa is defined by the 
daims wUdi follow. 

What is daimed is: 



